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10 SYSTEM AND METHOD FOR ENABLING SIMULTANEOUS 

O MULTI-USER ELECTRONIC DOCUMENT EDITING 

TECHNICAL FIELD 

Yl 15 The present invention relates to a system and method for enabling 

m multi-user electronic document editing, and more particularly relates to a system 

^ and method for enabling simultaneous multi-user electronic document editing by 

5j managing the merging of changes of multiple users editing the same document at 

fU the same time. 
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BACKGROUND OF THE INVENTION 



Computer users desire the ability to permit multiple users to review 
and edit documents at the same time. However, in order to avoid the situation in 

25 which two users make conflicting changes to the same document, safeguards have 
been implemented to prohibit a second user from accessing a document that is 
currently opened by another user. This has been accomplished in the past by 
locking the document when it is being edited by any user and prohibiting 
subsequent attempts to open the document. Unfortunately, this solution does not 

30 provide for simultaneous multi-user review and edit of a particular document. 
Because only one user can open and edit the document at any given time, this 
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approach only provides for sequential multi-user editing. Simultaneous multi- 
user editing has been enabled through at least two other approaches. 

One approach utilizes a central server process that permits users to 
merge local changes back into a shared copy of the document (the original 
5 document). Under this approach, when one user attempts to save changes to the 
document, the central server process attempts to store the user's changes to the 
original document. If the original document has been edited since the user opened 
its local copy, the user is notified of a potential conflict. Upon notification, the 
user can choose which version to store as the original document. Alternatively, 

10 the central server process can attempt to merge the changes in the user's local 
copy with the changes made in the modified original documents. Unfortunately, 
this approach is unacceptable to many users, because it requires the user to 
implement a central document repository for managing the document library. The 
repository may require a separate central server (or access monitor) to handle the 

15 requests for checking documents in and out of the repository. This process is 
consumptive of system resources and can slow user access to documents. 

A second approach involves the use of a specialized file format 
that supports multi-user editing. For example, MICROSOFT EXCEL utilizes a 
special format referred to as a "shared workbook" that supports multi-user editing. 

20 Unfortunately, this approach is often unacceptable to users because a new file 
format may not be compatible with the user's earlier, non-multi-user file formats. 
Users are typically unwilling to utilize file formats that are not compatible with 
previously used file format. In addition, often the multiple user file format will 
have limited functionality as compared with non-multi-user file formats. That is, 

25 many of the special features of non-multi-user file formats will be disabled, 
because they tend to create more conflicts when changes are merged. 

Therefore, there is a need for a means for enabling simultaneous 
multi-user editing that does not require a new file format and does not require a 
central server process. 
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SUMMARY OF THE INVENTION 



The present invention fulfills the need in the art for a simple and 
elegant means for allowing multi-user editing of an original document. The 
5 system and method provided by the present invention do not require the use of a 
new file format or the use of a central document repository. 

In one aspect of the invention, when a user of an embodiment of 
the present invention attempts to open an original document, a determination is 
made as to whether the original document is in use by another, user. If the original 
10 document is not in use by another user, the document is opened and the user may 
f=l edit the document in the conventional manner. 

J3 If a determination is made that the document is in use, then an alert 

^ is presented to the user that informs the user that the document is locked for 

ffl editing. The alert will also provide the user with three options. The user may 

*fz 15 select to open the document as a "read only" document. The user may select to 

m open a document as a "local copy" and subsequently merge any changes into the 

!L original document. Finally, the user may select to receive a notification when the 

m original document is no longer in use. If the user selects the first option, a read- 

fU only version of the document will be provided and the user may save the 

^ 20 document under a separate filename and/or in a location other than that occupied 

O by the original document. 

If the user selects to make a local copy and subsequently merge the 
changes, the local copy will be made and the path of the original document will be 
stored so that the original document location can be determined at the time that 
25 the changes are merged. If the local copy of the document is closed without any 
changes, the local copy is simply discarded. If, on the other hand, the user selects 
to save changes to the local copy of the document, a determination will be made 
as to whether the original document is still in use. If the original document is not 
in use, then the user will be notified that the original document is available. 
30 If the original document is available, the user will be able to select 

whether to merge the user's changes into the original document. If the user 
selects to merge the user's changes into the original document, then the original 
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document is opened and the changes are merged. The original document is 
located using the original path that was stored when the local copy was created. 
At this point, the local copy is closed (and discarded) and focus is transferred to 
the original document. 
5 If, when the user selected to save changes to the local copy, a 

determination is made that the original document is still in use, the user will be 
presented with an alert that notifies the user that original document is still in use. 
The user will be allowed to select between saving the local copy as a separate file 
and canceling the save instruction. If the user selects to save the local copy then 

10 the document is saved. When the document is saved, it is saved with a property 
that stores the path of the original document with the saved local document. The 
user may subsequently choose to merge the local document with the original 
document. In this case, the merge procedure will find the path to the original 
document that was stored with the local document and a merge will be attempted 

15 to save the differences between the local document and the original document. 

In another aspect of the invention, any time that a merge is 
attempted, and a conflict exists (e.g., the changes in the local document are 
inconsistent with the changes made to the original document), an alert can be 
generated to inform the user of the conflict and the user can be prompted to 

20 reconcile the conflict. In this aspect of the present invention, a prompt can be 
provided to the user when the original document is still in use and the user seeks 
to save the user's changes to the original document. The prompt could enable the 
user to send the changes in the local copy via email to a recipient. When the 
recipient receives the local copy via email, the recipient may then merge the local 

25 copy with the original document. The path of the original document may be 
saved with the local copy so that the recipient would be notified of the original 
document to which the changes were intended to be made. 

BRIEF DESCRIPTION OF THE DRAWINGS 

30 

Fig. 1 is a block diagram of a computer system that provides the 
operating environment for an exemplary embodiment of the present invention. 
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Fig. 2a is a block diagram depicting an exemplary server 
arrangement in which multiple users have access to a single document. 

Fig. 2b is a block diagram depicting an exemplary server 
arrangement in which multiple users have restricted access to a single document. 
5 Fig. 3 is a block diagram depicting the primary components of an 

exemplary embodiment of the present invention. 

Figs. 4a and 4b are parts of a single flowchart depicting a method 
for enabling simultaneous multi-user editing in an exemplary embodiment of the 
present invention. 

10 Fig. 5 is a flowchart depicting a method for enabling the 

subsequent merging of changes made by a user in an exemplary embodiment of 
the present invention. 

Fig. 6 is a flowchart depicting a method for merging changes into 
an original document when a user attempts to open a local copy of that original 

15 document in an exemplary embodiment of the present invention. 

DETAILED DESCRIPTION 

When a user of an embodiment of the present invention attempts to 
20 open an original document, a determination is made as to whether the original 
document is in use by another user. If the original document is not in use by 
another user, the document is opened and the user may edit the document in the 
conventional manner. 

If a determination is made that the document is in use, then an alert 
25 is presented to the user that informs the user that the document is locked for 
editing. The alert will also provide the user with three options. The user may 
select to open the document as a "read only" document. The user may select to 
open a document as a "local copy" and subsequently merge any changes into the 
original document. Finally, the user may select to receive a notification when the 
30 original document is no longer in use. If the user selects the first option, a read- 
only version of the document will be provided and the user may save the 
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document under a separate filename and/or in a location other than that occupied 
by the original document. 

If the user selects to make a local copy and subsequently merge the 
changes, the local copy will be made and the path of the original document will be 
5 stored so that the original document location can be determined at the time that 
the changes are merged. If the local copy of the document is closed without any 
changes, the local copy is simply discarded. If, on the other hand, the user selects 
to save changes to the local copy of the document, a determination will be made 
as to whether the original document is still in use. If the original document is not 
10 in use, then the user will be notified that the original document is available. 
q If the original document is available, the user will be able to select 

-J3 whether to merge the user's changes into the original document. If the user 

~J selects to merge the user's changes into the original document, then the original 

CO document is opened and the changes are merged. The original document is 

fir; 

^ 15 located using the original path that was stored when the local copy was created. 

y i 

pi At this point, the local copy is closed (and discarded) and focus is transferred to 

;L the original document. 

ffz If, when the user selected to save changes to the local copy, a 

HJ determination is made that the original document is still in use, the user will be 

C 20 presented with an alert that notifies the user that original document is still in use. 

O The user will be allowed to select between saving the local copy as a separate file 

and canceling the save instruction. If the user selects to save the local copy then 
the document is saved. When the document is saved, it is saved with a property 
that stores the path of the original document with the saved local document. The 
25 user may subsequently choose to merge the local document with the original 
document. In this case, the merge procedure will find the path to the original 
document that was stored with the local document and a merge will be attempted 
to save the differences between the local document and the original document. 
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An Exemplary Operating Environment 

Fig. 1 and the following discussion are intended to provide a brief, 
general description of a suitable computing environment in which the invention 
5 may be implemented. While the invention will be described in the general 
context of an application program that runs on an operating system in conjunction 
with a personal computer, those skilled in the art will recognize that the invention 
also may be implemented in combination with other program modules. 
Generally, program modules include routines, programs, components, data 

10 structures, etc. that perform particular tasks or implement particular abstract data 
types. Moreover, those skilled in the art will appreciate that the invention may be 
practiced with other computer system configurations, including hand-held 
devices, multiprocessor systems, microprocessor-based or programmable 
consumer electronics, minicomputers, mainframe computers, and the like. The 

15 invention may also be practiced in distributed computing environments where 
tasks are performed by remote processing devices that are linked through a 
communications network. In a distributed computing environment, program 
modules may be located in both local and remote memory storage devices. 

With reference to Fig. 1, an exemplary system for implementing 

20 the invention includes a conventional personal computer 20, including a 
processing unit 21, a system memory 22, and a system bus 23 that couples the 
system memory to the processing unit 21. The system memory 22 includes read 
only memory (ROM) 24 and random access memory (RAM) 25. A basic 
input/output system 26 (BIOS), containing the basic routines that help to transfer 

25 information between elements within the personal computer 20, such as during 
start-up, is stored in ROM 24. The personal computer 20 further includes a hard 
disk drive 27, a magnetic disk drive 28, e.g., to read from or write to a removable 
disk 29, and an optical disk drive 30, e.g., for reading a CD-ROM disk 31 or to 
read from or write to other optical media. The hard disk drive 27, magnetic disk 

30 drive 28, and optical disk drive 30 are connected to the system bus 23 by a hard 
disk drive interface 32, a magnetic disk drive interface 33, and an optical drive 
interface 34, respectively. The drives and their associated computer-readable 



8 



media provide nonvolatile storage for the personal computer 20. Although the 
description of computer-readable media above refers to a hard disk, a removable 
magnetic disk and a CD-ROM disk, it should be appreciated by those skilled in 
the art that other types of media which are readable by a computer, such as 
magnetic cassettes, flash memory cards, digital video disks, Bernoulli cartridges, 
and the like, may also be used in the exemplary operating environment. 

A number of program modules may be stored in the drives and 
RAM 25, including an operating system 35, one or more document editor 
application programs 36, server access program module 38 for providing access to 
a remote file server, and any number of documents 39a. A user may enter 
commands and information into the personal computer 20 through a keyboard 40 
and pointing device, such as a mouse 42. Other input devices (not shown) may 
include a microphone, joystick, game pad, satellite dish, scanner, or the like. 
These and other input devices are often connected to the processing unit 21 
through a serial port interface 46 that is coupled to the system bus, but may be 
connected by other interfaces, such as a game port or a universal serial bus (USB). 
A monitor 47 or other type of display device is also connected to the system bus 
23 via an interface, such as a video adapter 48. In addition to the monitor, 
personal computers typically include other peripheral output devices (not shown), 
such as speakers or printers. 

The personal computer 20 may operate in a networked 
environment using logical connections to one or more remote computers, such as 
a remote computer 49. The remote computer 49 may be a server, a router, a peer 
device or other common network node, and typically includes many or all of the 
elements described relative to the personal computer 20, although only a memory 
storage device 50 has been illustrated in Figure 1. In Figure 1, the remote 
computer 49 is a server that is controlled by a file server program module 37 and 
maintains original document 39b. The logical connections depicted in Figure 1 
include a local area network (LAN) 51 and a wide area network (WAN) 52. Such 
networking environments are commonplace in offices, enterprise-wide computer 
networks, intranets and the Internet. 
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When used in a LAN networking environment, the personal 
computer 20 is connected to the LAN 51 through a network interface 53. When 
used in a WAN networking environment, the personal computer 20 typically 
includes a modem 54 or other means for establishing communications over the 
5 WAN 52, such as the Internet. The modem 54, which may be internal or external, 
is connected to the system bus 23 via the serial port interface 46. In a networked 
environment, program modules depicted relative to the personal computer 20, or 
portions thereof, may be stored in the remote memory storage device. It will be 
appreciated that the network connections shown are exemplary and other means 
10 of establishing a communications link between the computers may be used. 

An exemplary embodiment of the present invention is represented 
by the "MICROSOFT WORD" word processing application program, the 
"MICROSOFT EXCEL" spreadsheet application program, the "MICROSOFT 
ACCESS" database application program, and the "MICROSOFT 
^ 15 POWERPOINT" graphical presentation application program. However, it should 

m be understood that the present invention can be implemented by various program 

;L modules and/or application programs for use with various operating systems. 

s m ii 5 
£ jj : 

FU A Conventional File Server System 

5 20 

Q Fig. 2a depicts a conventional file server system in which USER A 

206, USER B 212, USER C 214 and USER D 216 are connected to file server 202 
over a network connection. All users have access to an original document 204 on 
the file server 202. However, access to the original document must be limited to 
25 the extent that multiple simultaneous modifications of the original document can 
create conflicts. 

Conflicts occur when two or more users attempt to make 
inconsistent modifications to the same document. For example, USER A 206 
may wish to replace a sentence in the original document 204, while USER B 212 
30 wishes to delete the sentence entirely. Various known methods exist for resolving 
conflicts by prompting one or both users to select the effective change. However, 
because conflicts can occur, modifications to a document must be limited so that 
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conflicts can be identified and users can be prompted to reconcile identified 
conflicts. 

Access to an original document can be limited in various ways. 
One approach has been to use a document editor to limit access to an original 
5 document. In this approach, the first user to access the original document has 
unlimited access thereto. In the case of Fig. 2a, USER A 206 has obtained 
original document access 210 and is editing the original document with document 
editor 208. Document editor 208 will temporarily mark original document 204 
with a flag that indicates that the document is in use. If other users were to 

10 attempt to access the original document using a compatible document editor, the 
flag would be recognized and the other user's document editor would limit the 
user's access to the original document. Typically, the user's access would be 
limited by either prohibiting the user to access the document at all or by forcing 
the user to open a local copy of the document. A local copy of the document is an 

15 entirely new document and cannot be saved to the path of the original document 
while that document is still open. By forcing the creation of a local copy, the 
original document cannot be edited by two users simultaneously. Accordingly, as 
is depicted in Fig. 2a, USER B, USER C and USER D have local copies of 
original document 204. 

20 In the conventional system depicted in Fig. 2a, USERS B-D will be 

permitted to access the original document 204 when USER A closes its original 
document access to 210. Of course, once USER A has relinquished original 
document access 210, USERS B-D can replace original document 204 with their 
local copies, but only one at a time. The conventional system of Fig. 2a does not 

25 enable simultaneous multi user document editing. That is, any changes that 
USERS B-D make to there loc al copies will not necessarily be merged (i.e., 
reconciled) with the changes that USER A made to original document 204 while 
USER A maintained original document access 210. 

Turning now to Fig. 2b, another conventional file server system is 

30 depicted in which simultaneous multi-user document editing is enabled. In the 
system of Fig. 2b, the file server 202 has two sub-units: access monitor 260 and 
document repository 262. The original document 204 and all other documents are 



• # 

11 



stored within document repository 262. All access to any documents within 
document repository 262 is monitored and controlled by access monitor 260. 
Accordingly, if any one of USERS A-D attempts to open original document 204 
the access monitor will allow the user to make a copy of the original document 
and all editing done by the user will be made to the copy. Each user attempting to 
access the original document 204 is provided with a unique copy and the access 
monitor 260 maintains a record of which copy was assigned to each user. 

When a user that has been assigned a copy of the original 
document attempts to save the changes that the user has made to the assigned 
copy, the access monitor 260 determines that the changes made to the copy are 
intended to be merged into the original document 204. The access monitor 260 
will then perform the merge and the changes that USER A made to its copy will 
be merged into the original document 204 and the document repository 262. If 
USER B, for example, attempts to save its changes to its assigned copy, the 
access monitor will then attempt to merge those changes into the original 
document 204. Should any conflicts exist between the changes of USER A and 
the changes of USER B, the access monitor can notify the users of this conflict 
and prompt the users to reconcile the conflict. 

In essence, the access monitor serves as a means for checking in 
and checking out documents for modification. Because it maintains records of all 
document checkouts, and tightly controls all attempts at original document 
modification (i.e., merges), the system depicted in Fig. 2b enables very effective 
simultaneous multi-user editing of original documents. However, the system of 
Fig. 2b requires expensive software and is consumptive of server system 
resources. The system also creates inefficiencies as all users must access the 
access monitor prior to being permitted access to a document in document 
repository 262. 

A third approach to enable simultaneous multi-user document 
editing is to utilize an entirely different file format. For example, the 
MICROSOFT EXCEL spreadsheet program marketed by Microsoft Corporation 
utilizes a "shared work book" format that that supports simultaneous multi-user 
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editing. However, such file formats often have limited functionality and are often 
not compatible with earlier non-multi-user file formats. 

An Exemplary System For Simultaneous Multi-User Document Editing 

Turning now to Fig. 3, a system is depicted in which simultaneous 
multi-user document editing is simply and effectively enabled. Notably, file 
server 202 does not have a document repository or access monitor as described in 
connection with Fig. 2b. In this system, the user that first attempts to access the 
original document 204 is provided with unlimited original document access 310. 
In the example of Fig. 3, USER A accessed original document 204 before USERS 
B-D and, accordingly, was provided original document access 310. USER A's 
document editor 318 can mark original document 204 with a flag that indicates to 
subsequent users that another user (USER A) is accessing original document 204. 

Because USER A has original document access 310, USER B will 
be notified that the original document 204 is in use by USER A, when USER B 
attempts to open the original document 204. In this case, USER B will be 
permitted to open a local copy 312. USER B's document editor 323 can maintain 
the path of original document 204. Accordingly, any subsequent merge of the 
changes to local copy 312 can be performed on the original document 204, 
because the location of the original document is maintained by document editor 
320 in connection with local copy 312. When USER B is finished making 
changes to local copy 312, USER B can elect to save the changes to the local 
copy or to the original document 204. If the original document is still in use by 
USER A (or any other user), USER B may be prompted to choose whether to save 
the changes locally or to attempt a merge at a later time. This aspect of the 
present invention is described in more detail in connection with Figs. 4a and 4b. 

An Exemplary Method for Enabling Simultaneous Multi-User Document Editing 

Turning now to Figs. 4a and 4b, a flowchart is depicted which 
describes a method that is an exemplary embodiment of the present invention. In 
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short, the method provides a means for enabling simultaneous multi-user 
document editing in a simple and effective manner that eliminates the need for 
sophisticated file servers (as depicted in Fig. 2b) or new file formats. 

The method starts at step 400 and proceeds to step 402. At step 
402, a user attempts to open an original document. The method then proceeds to 
decision block 404 in which a determination is made as to whether the original 
document is in use by another user. If the original document is not in use by 
another user, then the method branches to step 416 and the original document is 
simply opened. Because there is no potential for conflict among simultaneous 
editors in this case, the method proceeds to step 414 and ends. 

Returning now to decision block 404 if a determination is made 
that the original document is in use by another user, the method branches to step 
406. At step 406, the user is alerted that the original document is currently 
opened for editing by another user. The method then proceeds to step 408 and the 
user is prompted to select between three choices. The user may open a copy of 
the original document as a read-only copy. The user may also create a local copy 
for making modifications that may be subsequently merged with the original 
document. Finally, the user may elect to be notified when the original document 
becomes available. The method then proceeds to decision block 410 in which a 
determination is made as to whether the user selects to open a read-only copy of 
the original document. If the user selects this option, then the method branches to 
step 412. At step 412, a read-only copy is opened and the save command is 
disabled. The save command is disabled only to the extent that the read-only 
copy cannot be saved at the same path (i.e., location on the file server) as the 
original document. The method then branches to step 414 and ends. 

Returning now to decision block 410, if the user has not selected to 
open a read-only copy, then the method branches to decision block 418 and a 
determination is made as to whether the user has selected to be notified when the 
original document becomes available. If the user has selected to be so notified, 
then the method proceeds to step 420 and the original documents status is 
monitored and the user is notified when the original document is no longer being 
used. When so notified, the user may obtain access to the document and make 
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modifications to the original document. The method then proceeds to step 414 
and ends. 

Returning now to decision block 418, if the user has not selected to 
be notified of the original document's availability, then the user must have 
selected to create a local copy for subsequent merge. Accordingly the method 
branches to step 450 (Fig. 4b) via connector A 422. 

At step 450, a local copy is created and opened and the path of the 
original document is stored in association with the local copy. The path of the 
original document may be stored in RAM, in non-volatile memory (e.g., a hard 
drive), in a system registry, or by any other conventional means of storing data. 
The method then proceeds to decision block 451 in which a determination is made 
as to whether the original document is still in use. If the original document is still 
in use then the method branches to step 452. In decision block 452 a 
determination is made as to whether the user closes the local copy without making 
changes. If the user closes the local copy without making changes, then no 
subsequent merge is necessary and the method branches to step 454. At step 454 
a local copy is discarded. The method then proceeds to step 456 and ends. 

If the determination in decision block 451 is that the original 
document is no longer in use, then the method branches to step 453. At step 453 
the user is alerted that the original document is available and the user is prompted 
to choose whether to merge the changes made to the local copy into the original 
document now or later. From step 453 the method proceeds to step 455 where a 
determination is made as to whether the user selects merge the changes now. If 
the user selects merge the changes now, then the method branches to step 472. 
Otherwise, if the user selects merge the changes later, then the method returns to 
step 452. 

The method utilizes a background process that periodically 
determines whether the original document is available. This determination is 
performed independent of any action initiated by the user. This background 
process is illustrated by steps 451, 453 and 455. Although these steps are placed 
at a particular location in the flow chart of Fig. 4b, those skilled in the art will 
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appreciate that the background process is running continuously and that steps 451, 
453 and 455 are merely exemplary steps illustrating the background process. 

Returning now to decision block 452, if the user has not selected to 
close the local copy without changes, then the method branches to decision block 
5 458 in which a determination is made as to whether the user attempts to save the 
local copy. If the user does not attempt to save the local copy then the method 
branches to step 454 and the local copy is discarded. The method then branches 
to step 456 and ends. 

If, on the other hand, at decision block 458 the user attempts to 
10 save the local copy, the method branches to decision block 460 wherein a 
q determination is made as to whether the original document is still in use. If the 

y3 original document is still in use, the method branches to step 462 and the user is 

^ alerted that the original document is still in use. The user is also prompted to 

m select between saving the local copy as a local copy (i.e., with no effect on the 

J^f 15 original document) or to simply cancel the user's save command. The method 

S s 2 

rn then proceeds to decision block 464 wherein a determination is made as to 

* whether the user selects to save the local copy. If the user selects to save the local 

m copy then the method branches to step 466. At step 466, the local copy is saved 

jpLJ in association with the path to the original document. The path to the original 

Li 20 document is stored so that the user can perform a merge of the local copy with the 

p original document at a later time. The method then proceeds to 476 and ends. 

Returning now to decision block 464, if a determination is made 
that the user does not select to save a local copy, then the method branches to step 
474 through connectors 478. At step 474, the save command is cancelled. The 
25 method then branches to step 476 and ends. 

Returning now to decision block 460, if a determination is made 
that the original document is no longer in use, the method branches to step 468 
and the user is notified that the original document is available. The user is also 
prompted to choose whether to merge the changes made to the local copy into the 
30 original document or to cancel the user's save command. The method then 
branches to decision block 470 in which a determination is made as to whether the 
user selects to merge its changes into the original document. If the user does not 
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select to merge the changes, the method branches to step 474 and the save 
command is cancelled. The method then proceeds to 476 and ends. 

If, on the other hand, a determination is made at decision block 470 
that the user desires to merge the changes into the original document, the method 
5 branches to step 472. At step 472 the original document is opened and the 
changes are merged into the original document. The local copy can then be 
discarded and the user will have full access to the original document. The method 
then branches to step 476 and ends. 

1 0 An Exemplary Method for Emailing Changes to Another User 

Fig. 5 depicts an alternate embodiment of the method of Figs. 4a 
and 4b. The alternate embodiment provides a means for emailing modifications 
made to an original document when the original document is in use by another 
1 5 user. 

The method begins at step 500 where the alternate method 
branches from the "yes" branch from decision block 460 in Fig. 4b. That is, the 
determination has been made that the original document is still in use. 

The alternate method proceeds from step 500 to step 502. In step 

20 502, the user is alerted that the original document is still in use and is provided 
with three choices. As described in connection with step 462 (Fig. 4b), the user 
can select to save a local copy or cancel the save. However the alternate method 
provides the third choice of sending the changes to another user via email. 

The method proceeds to step 504 and a determination is made as to 

25 whether the user has selected to send the changes to another user via email. If the 
user has not selected to send the changes to another user via email, the method 
branches to step 506 and the method of Figs. 4a and 4b continue starting at 
decision block 464. If, on the other hand, the user selects to send the changes to 
another via email, the method branches to step 508. 

30 At step 508, an email note is created and the local copy is attached 

in the conventional way as an attachment to the email note. The method then 
proceeds to step 510. At step 510, a default subject line can be inserted into the 
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email note. For example, a default subject line such as "please merge file name" 
can be placed in the subject field of the email note. Additionally, at step 510 
default text can be inserted into the message body of the email note. For example, 
a default message text of "can you merge these changes into file name" can be 
added into the message body of the email note. Finally, at step 510, the original 
document path that was stored in step 450 (Fig. 4b) can be added to the 
attachment so that the document editor can prompt the email recipient to merge 
the changes into the original document located at the attached path. This prompt- 
on-open functionality is described in more detail in Fig. 6. 

The method then proceeds from step 510 to 512 and the user can 
address the email note to another user. The method branches to step 514 and the 
email note is sent to the addressed user. The method proceeds to step 516 and 
ends. 

An Exemplary Method for Prompting a User to Merge Changes into an Original 
Document 

As mentioned above in connection with Fig. 5, Fig. 6 depicts an 
exemplary method for prompting a user to merge changes into an original 
document upon opening a local copy having a stored path to the original 
document. The method begins at step 600 and proceeds to step 602. At step 602, 
the user attempts to open a local copy. Of course, this could be any document 
opened within a document editor. The method then proceeds to decision block 
604 wherein a determination is made as to whether a stored path flag has been set 
for the local copy. If a stored path flag has been set, then the local copy includes 
changes that are associated with an original document which is identified by a 
stored path. If the stored path flag is not set for a document, then the document is 
not associated with an original document and the method branches to step 624. 
At step 624, the document is opened in the conventional manner and the method 
proceeds to step 614 and ends. 

If, on the other hand, a determination is made at decision block 604 
that the stored path flag is set, the method branches to 606. At step 606, the 
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stored original document path is retrieved and the method proceeds to decision 
block 608. At decision block 608, a determination is made as to whether the 
original document is being used by another user. If the original document is 
being used by another user then the method branches to step 610 and the user is 
notified that the original document is being used by another user. In this case, the 
method proceeds to step 620 and the local copy is opened, but no merging is 
done. The method then proceeds to step 622 and ends. 

Returning to decision block 608, if the original document is not in 
use by another user then the method branches to step 612 and prompts the user for 
authorization to merge local copy with the original document. The method then 
proceeds to decision block 618 and a determination is made as to whether the user 
has authorized a merge. If the user has authorized a merge, the method branches 
to step 616 and the changes are merged into the original document. The location 
of the original document is, of course, identified by the path that was stored in 
association with the local copy. The method then branches to step 614 and ends. 

Returning now to decision block 618, if the user does not authorize 
merging the changes into the original document, the method branches to step 620 
and the local copy is simply opened. The method then branches to step 622 and 
ends. 

The present invention has been described in relation to particular 
embodiments which are intended in all respects to be illustrative rather than 
restrictive. Alternative embodiments will become apparent to those skilled in the 
art to which the present invention pertains without departing from its spirit and 
scope. Accordingly, the scope of the present invention is defined by the appended 
claims rather than the foregoing description. 



